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but they are not described herein because they are described in the co-pending 
applications previously identified above. 

As noted earlier, the present invention capitalizes on the link bus and the 
link bus protocol to allow satellite devices and the link hub to disconnect and pace 
5 data transfers on the link bus with the use of a single status line. The invention 
allows transferring, retrying, aborting, or stalling data transfers in an efficient and 
timely manner, which prevents deadlocks, bottlenecks, etc. and improves the 
performance of the system utilizing the link bus. The transferring, retrying, 
aborting, and stalling operations are performed based on time -multiplexed transfer 
10 pacing and disconnecting status information that is transmitted in accordance with 
the link bus protocol. 

It should be noted that the formats, timings and other definitions 
describing the link bus and the link bus protocol are mere examples. The 
invention is not to be limited to the specific examples described herein. 

15 While the invention has been described and illustrated with reference to 

exemplary embodiments, many variations can be made and equivalents substituted 
without departing from the spirit or scope of the invention. Accordingly, the 
invention is not to be understood as being limited by the foregoing description, 
but is only limited by the scope of the appended claims. 

20 What is claimed as new and desired to be protected by Letters Patent of the 

United States is: 
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x yjV^- \ N \l* A method of transferring da^a in a processor based system, the 
i^jsystem comprising a hub device coupled tp a processor by a processor bus and 
coupled to a memory device by a memory bus, said hub device being connected to 
a first device by a link bus, the link bus qaving a status line, said method 

5 comprising the steps of: 

issuing, from one of the first devpce and the hub device, a data transfer 
request on the link bus; 

obtaining a status of the request by observing the status line during a first 
predetermined window of time; 

10 determining from the obtained request status whether a data transfer 

corresponding to the request shouldlbe initiated; and 

initiating the data transfer if it is determined from the observed request 
status that the data transfer should pe initiated. 

2. The method of claim 1, wherein the data transfer request is a 
15 command packet message constricted in accordance with a protocol of the link 
bus. 



3. The method of claim 2 further comprising the step of driving, from 
an intended target of the transfer, the request status onto the status line based on 
information contained in the command packet message. 
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4. The method of claim 3, wlherein the information within the 
command packet comprises at least a siz e of the data transfer. 

5. The method of claim 3, wherein the information within the 
command packet comprises at least a sizs and type of the data transfer. 



6. 



7. 



The method of claim 1 fij 



whether the transfer should be retried a 



the observed request status that the dat; 



lerein the information within the 



The method of claim 3, \v 
command packet comprises at least a si2e, attribute, and type of the data transfer. 



rther comprising the step of determining 
a subsequent time if it is determined from 
transfer should not be initiated. 

-ther comprising rescheduling the transfer 



10 8. The method of claim 7 fu 

if is determined from the observed request status that the transfer should be 
retried. 

The method of claim 8 fJrther comprising the step of driving, from 
an intended target of the transfer, the request status onto the status line based on 
1 5 information contained in the transfer request 

10. The method of claim 7 tfurther comprising the step of determining 
whether the transfer should be aborted if it is determined from the observed 
request status that the data transfer shpuld not be initiated and should not be 
retried. 
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1 1 . The method of claim 10 further comprising the step of aborting the 



transfer if it is determined from the observe 
should be aborted. 



request status that the transfer 



12. The method of claim 11, wheiein said aborting step comprises 

bit bucketing write operations on the issuing device; and 

returning a predetermined logical valine for all read operations on the 
issuing device. 

13. The method of claim 10, wherein the request status is driven onto 
the status line by a pull-up device connected to the status line. 

14. The method of claim 1 furthefr comprising: 

obtaining a status of the initiated transfer by observing the status line 
during a second predetermined window of time; 

determining from the obtained transfer status whether the initiated data 
transfer should be stalled; and 

initiating a data transfer stall if it is determined from the observed transfer 
status that the data transfer should be stalled. 



15. The method of claim 14, \|herein said step of initiating a data stall 



comprises: 



determining if the initiated trans! er is on an allowable data boundary; and 
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stopping the transfer if it is determined that the transfer is on an allowable 
data boundary. 

16. The method of claim 14 further comprising the step of driving, 
from a target of the initiated transfer, the tr msfer status onto the status line when 

5 the target must stall the transfer. 

17. The method of claim 14 further comprising: 

obtaining a status of the stalled transfer by observing the status line during 
a third predetermined window of time; 

determining from the obtained stalle^l transfer status whether the stalled 
10 data transfer should be continued; and 



continuing the data transfer if it is 
transfer status that the data transfer should 



determined from the observed stalled 



18. The method of claim 1 further comprising 



determining if the initiated transfer 



if it is determined that the initiated 



transfer should be stalled, driving a 
stalled status indication on the status line during a second predetermined window 
of time and stalling the transfer. 



19. The method of claim 18, win 



comprises: 
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lould be stalled; and 



erein said step of initiating a data stall 
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determining if the initiated transfer is hn an allowable data boundary; and 

stopping the transfer if it is determir^d that the transfer is on an allowable 
data boundary. 

20. A method of receiving data ii a processor based system, the system 
5 comprising a hub device coupled to a processor by a processor bus and coupled to 
a memory device by a memory bus, said hub device being connected to a first 
device by a link bus, the link bus having a jstatus line, said method comprising the 
steps of: 

detecting, at one of the first deviae and the hub device, a data transfer 
10 request on the link bus; 

determining a status of a data transfer associated with the transfer request 
based on the transfer request; and 

driving the status on the statufc line during a first predetermined window of 
time, wherein the status is selected fifom the group consisting of an accept status 
15 indicating that the transfer can be initiated and a retry status indicating that the 
transfer should be retried at a subsequent period of time. 



21. The method of claim 20, wherein the data transfer request is a 
command packet message constricted in accordance with a protocol of the link 
bus. 
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22. The method of claim 21, w 
command packet comprises at least a size 



Docket No.: M4065. 

erein the information within the 
<f>f the data transfer and said step of 



determining the status of the transfer com arises 

determining whether the transfer can be accepted based on the size of the 
transfer; 

driving the status line with the accept status if it is determined that the 
transfer can be accepted; and 

driving the status line with the retry status if it is determined that the 
transfer cannot be accepted. 

23. The method of claim 21, /wherein the information within the 
command packet comprises at least a size and type of the data transfer and said 
step of determining the status of the transfer comprises: 

determining whether the transfer can be accepted based on the size and 
type of the data transfer; 

driving the status line with thf accept status if it is determined that the 
transfer can be accepted; and 

driving the status line with tpe retry status if it is determined that the 
transfer cannot be accepted. 

24. The method of claim 21, wherein the information within the 
command packet comprises at least a size, attribute, and type of the data transfer 
and said step of determining the/status of the transfer comprises: 
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determining whether the data transfer can be accepted based on the size, 
attribute and type of the transfer; 

driving the status line with tM accept status if it is determined that the 
transfer can be accepted; and 

driving the status line with the retry status if it is determined that the 
transfer cannot be accepted. 



25. The method of clairA 20 further comprising: 

obtaining a status of an initiated transfer by observing the status line during 
a second predetermined window of time; 

determining from the obtained transfer status whether the initiated data 
transfer should be stalled; and 

initiating a data transfer stall if it is determined from the observed transfer 
status that the data transfer sholxld be stalled. 

26. The method of dlaim 25, wherein said step of initiating a data stall 
comprises ignoring any data transferred on the link bus. 

27. The method df claim 25 further comprising: 

obtaining a status otf the stalled transfer by observing the status line during 
a third predetermined window of time; 

determining from the obtained stalled transfer status whether the stalled 
data transfer should be continued; and 
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if it is 
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transfer status that the data transfer should 



termined from the observed stalled 



be continued. 



28. The method of claim 25 further comprising the step of driving, 

stall status onto the status line when 



from a target of the initiated transfer, a 
the target must stall the transfer. 



tar jet 



29. The method of claim 28 futfther comprising: 

driving, from the target, another t/arget stall status onto the status line 
when the target determines that the dati transfer should be continued. 



30. A method of transferrins/ data in a processor based system, the 
system comprising a hub device coupled to a processor by a processor bus and 
coupled to a memory device by a memory bus, said hub device being connected to 
a first device by a link bus, the link bjus having a status line, said method 
comprising the steps of: 

issuing, from one of the firsr device and the hub device, a data transfer 
request on the link bus; 

detecting, at the other onf of the first device and the hub device, the data 
transfer request on the link bus;i 

determining a status of i data transfer associated with the transfer request 
based on the detected transfer/request; 
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driving the status of the data transfer on the status line during a first , 
predetermined window of time; / 

obtaining the status of the transfer by observing the status line during the 
first predetermined window of time; I 

determining from the obtained status whether the data transfer 
corresponding to the request shoulctf be initiated; and 

initiating the data transfer in it is determined from the observed status that 
the data transfer should be initiated. 

31. The method of claim 30 further comprising the step of determining 
whether the transfer should be retried at a subsequent time if it is determined from 
the observed status that the data transfer should not be initiated. 

32. The method of oaim 31 further comprising rescheduling the 
transfer if is determined from the observed status that the transfer should be 
retried. / 

33. The method of claim 31 further comprising the step of determining 
whether the transfer shoula be aborted if it is determined from the observed status 
that die data transfer should not be initiated and should not be retried. 
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34. The method of claim 33 further Comprising the step of aborting the 
transfer if it is determined from the observed status that the transfer should be 
aborted. 



35. The method of claim 34, whefrein said aborting step comprises: 

bit bucketing write operations on thje issuing device; and 

returning a predetermined logical vilue for all read operations on the 
issuing device. / 

36. The method of claim 34, wherein the status is driven onto the status 
line by a pull-up device connected to time status line. 

37. A processor system comprising: 
a processor; / 

a link hub connected to said processor via a processor bus; 
a satellite device; and / 

a link bus connected between said link hub and said satellite device, said 
link bus comprising a status line dkid a first bus, one of said link hub and said 
satellite device being a bus master and the other of said link hub and satellite 
device being a target, wherein slid master issues a data transfer request on said first 
bus, obtains a status of the request by observing said status line during a first 
predetermined window of time, determines from the obtained request status 
whether a data transfer corresponding to the request should be initiated, and 
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initiates the data transfer over said first bus wjhen the data transfer should be 
initiated. 

38. The system of claim 37, wherein the data transfer request is a 
command packet message constructed in accordance with a protocol of said link 

5 bus. 

39. The system of claim 38, wMerein said command packet comprises at 
least a size of the data transfer. 

40. The system of claim 38 Jwherein said command packet comprises at 
least a size and type of the data transfer. 

10 41. The system of claim 3B, wherein said command packet comprises at 

least a size, attribute, and type of tHe data transfer. 

42. The system of claim/37, wherein said master determines whether the 
transfer should be retried at a subsequent time when it is determined from the 
observed request status that the data transfer should not be initiated. 

15 43. The system of claitn 42, wherein said master reschedules the transfer 

when the transfer should be retried. 
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44. The system of claim 42, wherein saM master determines whether the 
transfer should be aborted when it is determined/from the observed request status 



that the data transfer should not be initiated anc 



should not be retried. 



45. The system of claim 44 wherein sfxd master aborts the transfer when 
the transfer should be aborted. 



46. The system of claim 44, whereiii said master bit buckets write 
operations and returns a predetermined logical value for all read operations when 
the transfer should be aborted. 



47. The system of claim 42, wherein said status line is coupled to a pull- 
up device and the request status is driven onto said status line by said pull-up 
device. 

48. The system of claim 37, wl: erein said master obtains a status of the 



ine during a second predetermined 
ained transfer status whether the initiated 



initiated transfer by observing said status 
window of time, determines from the o 

data transfer should be stalled, and initiates a data transfer stall when the data 
transfer should be stalled. 



49. The system of claim 48, wherein said master initiates a data stall by 
determining if the initiated transfer is on an allowable data boundary and stopping 
the transfer when the transfer is on an allowable data boundary. 
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50. The system of claim 48, whereifi said target drives the transfer status 
onto said status line when said target must stall the transfer. 



51. The system of claim 48, whefrein said master obtains a status of the 
stalled transfer by observing said status lini during a third predetermined window 
of time, determines from the obtained stalled transfer status whether the stalled 
data transfer should be continued, and cqntinues the data transfer when the data 
transfer should be continued. 

52. The system of claim 37, wherein said master determines if the 
initiated transfer should be stalled, drhjes a stalled status indication on the status 
line during a second predetermined window of time and stalls the transfer. 

53. The system of claim 52, wherein said master initiates the data stall 
by determining if the initiated transfer is on an allowable data boundary and 
stopping the transfer when the tramsfer is on an allowable data boundary. 



54. The system of claim 37, wherein said link bus is a source strobed 



bus. 



55. The system of ylaim 54, wherein said first bus is a 
command/address/data bu« 



56. A processor system comprising: 



a processor; 
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a link hub connected to said processor via A processor bus; 



a satellite device; and 



a link bus connected between said link hup and said satellite device, said 
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ie of said link hub and said 
)f said link hub and satellite 



link bus comprising a status line and a first bus, 
5 satellite device being a bus master and the otherf 

device being a target, wherein said target detect*/ a data transfer request on said 
first bus, determines a status of a data transfer associated with the transfer request 
based on the transfer request, and drives the status on said status line during a first 
predetermined window of time, wherein the status is selected from the group 
10 consisting of an accept status indicating that /the transfer can be initiated and a 

retry status indicating that the transfer shoujd be retried at a subsequent period of 
time. 

57. The system of claim 56, wherein said link bus is a source strobed 

bus. 

15 58. The system of claim 56, wherein said first bus is a 

command/address/data bus. 

59. The system of claim 56 J wherein the data transfer request is a 
command packet message constructed in accordance widi a protocol of said link 
bus. 
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60. The system of claim 59, wherein said^Jommand packet comprises at 
least a size of the data transfer and said target determines the status of the transfer 
by determining whether the transfer can be accepted based on the size of the 
transfer, driving said status line with the accept status when the transfer can be 
accepted, and driving said status line with the retry status when the transfer cannot 
be accepted. 



10 



61. The system of claim 59, wherein <aid command packet comprises at 
least a size and type of the data transfer and said target determines the status of the 
transfer by determining whether the transfer jean be accepted based on the size and 
type of the data transfer, driving said status Jine with the accept status when the 
transfer can be accepted, and driving said status line with the retry status when the 
transfer cannot be accepted. 



62. The system of claim 56, wqerein said target obtains a status of an 
initiated transfer by observing said status/line during a second predetermined 

15 window of time, determines from the obtained transfer status whether the initiated 
data transfer should be stalled, and initiates a data transfer stall when the data 
transfer should be stalled. 

63. The system of claim 6£, wherein said target initiates the data stall by 
ignoring any data transferred on th« first bus. 



20 64. The system of claim J62, wherein said target obtains a status of the 

stalled transfer by observing said status line during a diird predetermined window 

50 

1 198239 vl: P_KF01I.DOC 
1198239 vl; P_KF01I.DOC 



Micron Rcf Nos. : 00-03SSrOO-339 



4t 



Docket No.: M4065.0405/P405 



of time, determines from the obtained stalled transfer status whether the stalled 
data transfer should be continued, and conftinues the data transfer when the data 
transfer should be continued. 



65. A processor system comprisin 
a processor; 

a link hub connected to said process Dr via a processor bus; 

a satellite device; and a link bus con lected between said link hub and said 
satellite device, said link bus comprising a status line and a first bus, one of said 
link hub and said satellite device being a bis master and the other of said link hub 
and satellite device being a target, 



wherein said master and target bein 
retry, abort and stall data transfers on said 
disconnecting and pacing status informati 



; able to at least initiate, disconnect, 
irst bus by time multiplexing 
n on said status line. 



66. The system of claim 65, wfflerein said disconnecting information 
comprises an accept status indicating thai a data transfer can be initiated and a 
retry status indicating that the transfer should be retried at a subsequent period of 



time. 



67. The system of claim 65, wherein said status line is connected to a 
pull-up device and a data transfer abort status is driven onto said status line by said 
pull-up device. 
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68. The system of claim 67, wherein said pull-up device is a resistor. 



69. The system of claim 65, wherein said pacing information comprises 
a stall transfer status indicating that a data transfer should be stalled and a continue 
status indicating that a stalled transfer should be continued. 
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